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Introduction to Star Citizen 

•Ambitious futuristic space-sim 

•First person perspective 

•Space combat, exploration, trading, mining 

•'Instanced' MMO 

•Full single player campaign - Squadron 42 
•Crowd funded project 
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CryEngine 

•Mature FPS and Multi-platform Code Base 
•AAA standard technology and effects 
•Physically based rendering pipeline 

• Def e rred/Ti led - Def e r red/ Fo rwa rd + 

• 10 different modes of Anti-Aliasing 





Arena Commander 
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Visual Quality 

•Extremely high-end visuals 

•Long term focus on quality 
•High system specs 

•Current high-spec PC will be mid-spec by release 

•Currently DX11 only 
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Ship Complexity 

•Extremely high poly ships 

•60%-40% split between texture and geometry memory 
rather than more typical 80-20 

•Far more assets than can fit into typical 
GPU memory 

•Heavy use of streaming 



GAME DEVELOPERS CONFERENCE® 2015 


MARCH 2-6, 2015 GDCONF.COM 


Ship Complexity 

•Initially we allocated more geometry than 
we had space for on the GPU 

•Mostly fine because only a small % on 
screen at once 

•Different LODs 

•Mutually exclusive assets (damage states) 
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Ship Complexity 

•However memory paging to GPU 
eventually reared its ugly head 

•Difficult to predict and avoid 

•'GPU View' tool can be useful in tracking this 

•As can GPU hardware vendors 1 assistance © 

•DX12 would help avoid/diagnose these from 
the application 
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Ship Complexity 

•Ideally predict meshes required in advance 

•Easy for LODs 

•Impossible to predict when damage will occur 
and therefore require damage meshes 

•Need to stay within GPU memory budget 
as much as possible 

•Avoid rarely-used / mutually-exclusive assets 
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Ship Complexity 

•Discrete damage models for each ship part 

. 0 %, 25 %, 50 %, 75 %, 100 % 

•Switch independently 
•All need LODs 

• 10+ parts, 5 damage states, 4 LODs 
•200+ meshes for one ship! 
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Ship Damage - Goals 

•Identified need to improve system 
•Key goals were: 

•Less art intensive 

•Better use of modern hardware & DX11 
•Lower memory usage 
•More accurate and location specific damage 
•Maintain or improve on visual fidelity 
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Ship Damage 
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Ship Damage - Overview 

•Key idea was to ditch decals and 25% / 50% / 75% damage 
states as these are primarily just surface damage 

•Store data about any damage on the GPU and feed this into 
the pixel shader to visualize the damage 

•Use DX11 & DirectCompute to enable more complex 
damage model and improved visuals 

•Keep 100% damage state for major silhouette changes 
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Ship Damage - Overview 
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Ship Damage - Damage Model 

•We chose to model some more physical 
properties that just 'damage' to achieve more 
complex and dynamic results 

•Deformation 

•Thickness 

•Temperature 

•Burn 
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Ship Damage - 

burnt paint 

paint 
metal 


burnt metal 
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Damage Model 
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Ship Damage - Damage Model 

•Need to decide which space to store this data 

•Mostly just surface damage 
•Needs consistent resolution 

•Opted for 2D textures as opposed to 3D textures 
or vertices 

•Considered more complex structures such as 
octree's but overhead was considered too high 
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Ship Damage - Damage Model 

•Need geometric representation of ship on GPU in 
order to paint into this Damage Map 

•Solution is to use object space texture 

•However ship parts animate 

•Store bone ID in alpha channel 
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Ship Damage - Damage Model 
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Ship Damage - Adding Damage 

•Arbitrary artist-defined UV layout 

•Read of position map and skinning limit 
performance 

•However most impacts only effect <5% of 
damage map 

•~95% of the GPU work required to determine this 
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Ship Damage - Adding Damage 

•Potentially multiple hits on multiple ships in a 
single frame 

•Especially for larger ships 

•In heavy combat could be a major performance hit 

•Need to find a way to direct GPU work to the 
desired parts of the damage map 
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Ship Damage - Adding Damage 

•Texture is 99% spatially coherent 

•Logical to split into smaller tiles to avoid work 

•Calculate bounds of each tile 

•Use like Hi-Z buffer to early out 

•However texels aren't static but are skinned! 

•Moving flaps / wings / turrets 
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Ship Damage - Adding Damage 

•Hard to avoid wasted work with pixel shader 

•Every pixel still needs to read some memory, do some 
calculations then bail out - usually bandwidth limited 

•Compute shaders open up many different ways to 
optimize 

•Thread group shared memory 
•Dispatchlndirect 
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Ship Damage - Adding Damage 

•Calculate N bounding spheres per tile 

•N isn't fixed, but in practice has an upper limit of about 4 

•Each thread tests one bounding sphere against 
the impact location 

•Only shade pixels if at least one passes 
•Distributes the cost - much quicker rejection 
•But most threads still idle during this stage 
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Ship Damage - Adding Damage 

•Most impacts last multiple frames, and larger 
ships will likely receive many hits at once 

•Use idle threads to calculate multiple hits 

•threadGroupSize = maxBonesPerTile * maxHits 

•More hits would require a loop per thread 
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Ship Damage - Adding Damage 

•Alternate approach is to perform one tile-bone- 
impact calculation per thread and store results in a 
buffer and accumulate number of tiles visible 

•Dispatchlndirect can be used to trigger a 2 nd 
compute on just the required tiles 

•Theoretically less wastage, but overhead of 
intermediate buffer and 2 nd dispatch are significant 
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Ship Damage - Extras 

•Parallax occlusion mapping for internals 

•Perfect use case as silhouette is hidden and poly count 
needs to be low for memory & performance 

•Screen space height-map 

•Use the differential to calculate surface gradient and 
perturb normal [Mikkelson 2010] 

•ddx/ddy on bilinear filtering looks bad under magnification 

•Take 2 extra samples and manually calculate forward 
difference 
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Ship Damage - Extras 

•Heat dissipation in compute shader 
•Hole cutting 
•dip() 

•Needs including in depth/shadow pass when close-up © 

•Investigating the possibility of identifying bones that have 
holes in the compute shader and using Dispatchlndirect to 
limit the number of polys using clip() 
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Ship Damage - Results 


Video... 
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Ship Damage - Extensions 

•But we're just scratching the surface! 

•Pun intended © 

•Geometry Morphing 

•Create second version of ship which panels shrunk inwards 
•Export offsets in compacted 32bit RGBE format 
•Push vertices towards offset as they are dented 
•Could potentially use tessellation for more accuracy 
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Ship Damage - Extensions 

•GPU particles 

•Spawn in compute shader when thickness is modified 
•Use position map for location/orientation 
•Use thickness, temperature & diffuse map for color 
•Complete GPU solution for VFX © 

•But need to efficiently manage variable particle count 
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Ship Damage - Extensions 

•Many GPU particle implementations don't handle arbitrary 
particle counts 

•Can use append/consume buffer as free-list for spare slots 
in a fixed sized array - but hard avoid cost of empty slots in 
particle update & render 

•Instead make the upper bound of the number of particles 
that can be spawned from each hit deterministic 

•Treat particle array as a ring-buffer 
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Ship Damage - Extensions 


•Keep track of start/end points 

•Dispatch updates just for the 
particles we need 

•Skip unused particles in compute 
shader 

•Different ring buffers for different 
particle life-times 
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Ship Damage - Extensions 

•Sparse / Tiled memory 

•Most tiles are empty most of the time 
•Especially on larger ships 
•Ideally allocate on demand 
•Tiled resource in DX11.2 
•Our current min-spec is DX11.1 © 

•Revisit later in development 
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Scale Issues 

•Enormous scale 

•No 'faked' UI or FPS arms/body 
•Everything is 'in the world' 

•UI is ~3cm from camera 
•Ships up to a mile long with ~100 rooms 
•Planets are hundreds/thousands of miles wide 
•Inter-planetary travel 
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Scale Issues 

•Quickly reached 32bit precision issues 
•Upgraded CryEngine to 64bit transforms 
•Renderer stays 32bit camera-relative 
•Depth buffer changed to inverted 32f 

•No performance hit on modern hardware 
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Scale Issues 
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Brano Kemen - http://outerra.blogspot.co.uk/2012/ll/maximizing-depth-buffer-range-and.html 
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Environments 

•Due to the MMO part of the game we require a 
LOT of environments and so opted for a modular 
approach 

•Modular 'kits' are built that easily snap together 
•Simplifies art pipeline (e.g. out-sourcing) 

•Very flexible for level designers 





Individual Components 


Shubin Interstellar 
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Environments 

•We immediately hit many performance issues 

•Poly count due to desired fidelity 

•Texel density too high for baking textures 

•Tiling textures means many draw calls per mesh 

•Lots of meshes to build a room 

•Even more meshes for a space-station! 

•LOTS of draw calls 
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Environments 

•Texture arrays are a potential solution 

•Resolution limitation means streaming is difficult 

•Instead use low-resolution texture arrays just for LODs 

•No need to stream individual textures - entire texture 
array at 256x256 for a level is < 15Mb 

•Can now render LODs with a single draw call! © 

•Vertex buffers sorted by material ID so can still use high- 
res textures if required 
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Environments 

•Mesh merging solution similar to KilIZone 

•Build LODs for each individual modular asset 

•Iterative heuristic algorithm to combine LODs to 
build a hierarchy with min draw calls and memory 

•Relies on aggressive LODs but can drastically 
reduce draw calls with no manual artist work 
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Future 

•That's just a tiny sub-set of what we're doing, 
there's lots more to come... 

•Gas-clouds 
•Asteroid fields 
•Stars 
•Planets 
•Worm-holes 
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Thanks 


•Thanks for listening! 

•Special thanks to our awesome team at CIG, especially these lot: 

Nicolas Thibieroz, Chris Roberts, Erin Roberts, Neil McKnight, Bjorn Seinstra, Nathan 
Dearsley, Okka Kyaw, Geoff Birch, Muhammad Ahmad, Matt Intrieri, Mark Abent 



GAME DEVELOPERS CONFERENCE® 2015 


MARCH 2-6, 2015 GDCONF.COM 


Obligatory "We're Hiring" Slide 



https://cloudimperiumqames.com/iobs 
Manchester (UK) + Frankfurt + Santa Monica 
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Questions? 


alistair.brown@doudimperiumqames.com 
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Unofficial Trailer 


Fan Trailer... 


Watch on YouTube 



